home *** CD-ROM | disk | FTP | other *** search
/ STraTOS 1997 April & May / STraTOS 1 - 1997 April & May.iso / CD01 / INTERNET / SITES / RAND / T0422 / text0022.txt < prev    next >
Encoding:
Text File  |  1997-02-06  |  2.6 KB  |  59 lines
  1. Hi, all there...
  2.  
  3. I'd like to add a few words about DSP development tools.
  4.  
  5.     I only know 2 DSP-assemblers:
  6.         - Hisoft's assembler (in DEVPAC-DSP)
  7.         - Motorola's official assembler
  8.  
  9.     There is no comparison allowed between these two software programs.
  10.   - Motorola's assembler seems not to be bugged, and works very good.
  11.     The drawback is that it can only generates .CLD files, which you can
  12.     convert to .LOD files with a little program, and then to .P56 (with
  13.     the DspLodToBinary() Xbios function). I don't know who is allowed to
  14.     use this assembler.
  15.   - Hisoft's assembler is _VERY_ bugged, and no one can works with this
  16.     shit. Here is a list of bugs I've detected:
  17.        - don't try to use the INCLUDE directive; at best it generates
  18.          strange labels, at worst it bombs.
  19.        - don't use addressing mode (rx+nx) in a parallel move, because
  20.          (rx)+nx will be generated. >:-O
  21.        - don't use 'update addres register' mode in a parallel move,
  22.          because... the assembler doesn't want.
  23.        - don't put more than 9 values after a DC directive; that would be
  24.          too much for it...
  25.     Maybe there are more bugs...
  26.     Don't try to work with Hisoft's DSP-debugger. It has one of the worst
  27.     graphic user interface. The disassembly window doesn't even follow the
  28.     PC register while tracing...
  29.  
  30. Brainstorm's DSP-Debug is very good, and even allow to simulate sending
  31. and/or receiving datas through the host from/to a file... This tool is
  32. reserved for official Atari programmers.
  33.  
  34.  
  35. About programming the DSP using C language, I don't think a C compiler
  36. could generate good DSP code. For me, 'good DSP code' is code that uses
  37. parallel moves, few P, X & Y memory, and is fast.
  38. C compilers for MC68030 don't even use its possibilities, and the 68k ASM
  39. isn't as specific as the 56k ASM.
  40. The only advantage in using C langage for the DSP is the possibility to
  41. re-use your progam for an other DSP tham the 56001, and -as Anthony said-
  42. to let novice use the DSP.
  43.  
  44.  
  45. Pub: Use Bad-mood shell!!! _VERY_ usefull, and still alive after leaving BM!
  46.  
  47.  
  48. Fabrice.
  49.  
  50. ################################################################
  51. #       _______  _______                                       #
  52. #      / / /--('')--\ \ \       |   Fabrice GIRARDOT   |       #
  53. #     / / /  / \/ \  \ \ \      | MC680x0     DSP56001 |       #
  54. #    /////   \____/   \\\\\     | Real-time processing |       #
  55. #            /    \                                            #
  56. #F030!     /T\    /T\         E-mail: Fabrice.Girardot@imag.fr #
  57. ################################################################
  58.  
  59.